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ABSTRACT : 

CHG DATE=20021204 STATUS=0> Method for analyzing the correctness 
of Windows 

program installations and uninstallations on a PC in which the 
configuration 

state of the PC before and after installation or uninstallation is 

recorded. 

To guarantee the correctness of installed programs the PC 
configuration before 

emd after a program installation or uninstallation is compared on a 

knowledge 

basis with compatible program libraries containing the expected 
files. The 

comparison is evaluated and corresponding results output. An 
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Independent claim 

is made for a device for analyzing the correctness of Windows program 
installations and uninstallations on a PC-. 
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(54) Verfahren und Vorrlchtung zur Analyse der Korrekthelt von Installation und Delnstallatlon 
von Windows TM-Programmen auf einem PC 



(57) Bekannt ist ein Verfahren zur Analyse der Kor- 
rekthelt von Installatlonen und Deinstallationen von 
Wlndows'^'^-Programmen auf elnem PC, wobei der Kon- 
figurationszustSnde des PCs vor und nach der Installa- 
tion bzw. Delnstallatlon des Programmes erfasst und 
Anderungen protokolliert werden. Um die Korrekthelt 
von unter WindowsTM Installierten Programmen auf el- 
nem PC zu gewahrleisten, Insbesondere auch nach 



mehrfachem Installieren und Deinstallleren einzelner 
Programme, ist vorgesehen, die PC-Konfigurationen 
vor und nach der Installation bzw. Delnstallatlon des 
Programmes durch eine WIssehsbasIs, die lediglich 
vertraglich getestete Programmbibllotheken und deren 
SOLL-Vorgaben umfasst, mit den entsprechenden 
SOLL-Vorgaben verglichen und bewertet wird und ais 
Analyseergebnis protokolliert ausgegeben wird. 
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Beschreibung 

[00011 Die vorliegende Erfindung betrifft ein Verfah- 
ren und Vorrichtung zur Analyse der Korrektheit von In- 
stallatlonen und Deinstallationen von Wlndows™-Pro- 

grammen auf einem PC. 

[0002J Bekannt ist eIn Verfahren und eine Vorrichtung 
zur Dokumentation von Installationen bzw. Deinstalla- 
tionen eines oder mehrerer Programme unter Win- 
dows^M auf einem PC, welciies die Konf igurationsstSn- 
de des PCs vor und nach der Installation des Program- 
mes erfasst und die Anderungen protokolliert. Die pro- 
tokoiiierten Anderungen bezlehen sich aut verschlede- 
ne Objekte wie Dateien (Programmbibliotheken), Ord- 
ner, Schiiissel und zB. Eintrage in der Registrierungs- 
datenbank. Die Objekte werden dabei unterteilt In "neu 
liinzugekommene", "im Wert veranderte" sowie "ent- 
fernte" Objekte. Eine Bewertung der protokollierten Er- 
gebnisse ist allerdings nicht mogiich. Deshalb kann 
selbst eine fehlerhafte installation vertragllcher Pro- 
grammbibliotheken nicht ausgeschlossen werden. Dies 
ist jedoch ein haufig auftretender Fehler, da das manu- 
elle Zusammenstellen der zum Teil umfangreichen Pro- 
gramminstallationen durch eine Bedienperson f ehleran- 
fallig ist. 

[0003] Aufgabe dervorliegenden Erfindung ist es, die 
Korrektheit von unter Windows^" instaiiierten Program- 
men auf einem PC zu gewahrlelsten, insbesondere 
auch nach mehrfachem Instailieren und Deinstaiiieren 
einzeiner Programme. 

[0004] ErfindungsgemaB ist dies bei einem Verfahren 
mit den iVIertcmaien des Patentanspruches 1 en-eicht. 
Das erfindungsgemaBe Verfahren weist Insbesondere 
den Vorteli auf, dass es zur Bewertung der Kon-ektheit 
der protokollierten Instaiiationen bzw. Deinstallationen 
von Programmen unter Windows"^" auf eine Wissens- 
basis zuriickgreift und somit aus dem Verglelch von drei 
Zustanden eine Bewertung auf Korrektheit vornimmt. 
Die drei Zustande sind dabei ein "IST-Zustand vorher 
{PC-Konfiguration vorher)", ein "IST-Zustand nachher 
(PC-Konfiguration nachher)" sowie ein "SOLL-Zustand 
(SOLL-Vorgaben der Wissensbasis fur die PC-Konfigu- 
ration)". Das erfindungsgema(3e Verfahren nutzt dabei 
eine Wissensbasis, welche nurbereits vertraglich gete- 
stete Programmbibliotheken beinhaltet. Es wird somit 
vermieden, dass eine Installation unvertraglicher Pro- 
grammbibliotheken vorgenommen wird oder unvertrag- 
liche Versionen von Programmbibliotheken installiert 
werden. Dadurch kann die Richtigkeit bzw. Konrektheit 
der Installation/Deinstallation umfassend bewertet wer- 
den. Furdie erfindungsgema^e Vorrichtung gilt entspre- 
chendes. 

[0005] In den weiteren abhangigen Anspruchen fin- 
den sich weitere vorteilhafte Ausgestaltungen des erfin- 
dungsgemafBen Verfahrens. 

[0006] Nachfolgend ist ein Ausfuhrungsbeispiel des 
erfindungsgemSBen Verfahrens bzw. der Vorrichtung 
zur Analyse der Korrektheit von Instaiiationen und Dein- 



stallationen von Programmen unter Windows™ be- 

schrieben; es zeigen: 

Fig. 1 die prinzipielie Struktur einer Eingabe-ZAusga- 
5 bedatel gemaB dem erfindungsgemaBen Ver- 

fahren, 

Fig. 2 ein konkretes Beispiel einer Eingabe-ZAusga- 
bedatei gemaB Fig. 1 , 

Fig. 3 die prinzipielie Struktur einer Bedienoberfla- 
10 che mit einem Ergebnisprotokoll fQr die Einga- 

bedatel gemaB Fig. 1 , 

Fig. 4 ein konkretes Beispiel der Bedienoberflache 
mit einem Ergebnisprotokoll f Or die Elngabe- 
datei gemaB Fig. 2, sowie 
15 Fig. 5 ein vereinfachtes Blockschaltbild der erfin- 
dungsgemaBen Analysevorrichtung. 

[0007] Eine Wissensbasis weist ein Referenzver- 
zeichnis mit alien mogiichen gemeinsam genutzten, 

20 vertraglichen Dateien bzw. Programmbibliotheken so- 
wie in einer Ablernphase in Fomivon Ergabnlsprotokol- 
len bzw. Ausgabedateien erhaitene SOLL-Vorgaben 
bzw. -Zustande fur das jeweils unter Windows"^^ zu in- 
staiiierende Programm auf isinem PC auf. In dem Refe- 

25 renzverzeichnis sind alle vertraglichen Dateien. hierar- 
chisch nach Software- Paketen, Zielverzeichnissen, Be- 
triebssystemen und Landervarianten, u.a. geordnet an- 
geordnet. Dabei ist die Reihenfolge der Hierarchie prin- 
zipieii frei wahibar, wobei die gewahlte Hierarchie offen- 

30 sichtlich vom Verfahren zur Analyseder Installation rich- 
tig interpretiert werden muss. Wurdeman das Referenz- 
verzeichnls In der Ablernphase vollstandig abiernen, 
wurde man eine Ausgabedatei bzw. eine SOLL-Vorga- 
be fur ein sehrumfangreichesimaglnares Programm er- 

35 halten, welches alle Dateien der Wissensbasis zu instai- 
lieren hatte. Die SOLL-Vorgaben fur reale Programme 
steilen jedoch eine Untemienge dessen dar und In ih- 
rem Umfang deutllch begrenzt, Sie iassen sich deshalb 
einfacher abiernen, wenn man aus dem Referenzver- 

40 zeichnis bzw. einer Kopie der Referenzverzeichnisses 
die jeweils nicht benotigten Dateien bzw. Programmbi- 
bliotheken zuvor entfernt. 

[0008] Die sich ais Ergebnis der Ablernphase erge- 
bende Wissensbasis ist dabei so realisiert, dass die 

45 SOLL-Vorgaben bzw. Eingabewerte des Analysever- 
fahrens im gieichen Fornriat voriiegen wie das protokol- 
lierte und bewertete Analyseergebnis bzw. die Ausga- 
bewerte des erfindungsgemaBen Analyseverfahrens. 
Die Definition der SOLL-Vorgaben fur die korrekte In- 

50 stallation eines Programmes erfolgt deshalb in einer 
ASCIi-Datel im INI-Format (bekanntes Windows^^.Da- 
teifomriat fur Initiallsierungsdateien). Dies ennoglicht ein 
einfaches Abiernen der SOLL-Vorgaben durch Proto- 
koilierung einer Referenzinstallation In einem separaten 

55 Ablernverzeichnis, in dem alle Dateien aufgefuhrt sind, 
um gegebenenfalls eine manuelle Gegenprufung der 
generlerten Soll-Vorgaben mit dem inhalt des Ablern- 
verzeichnisses vorzunehmen. Das Ergebnisprotokoll 
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des abgelernten Referenzverzeichnisses wird also als 
Eingabedatei fur die zu uberprufende Programminstal- 
lation verwendet. 

[0009] Die Wissensbasis beinhaltet neben den 
SOLL-Vorgaben fur die l<orrekte Installation des Pro- 
grammes alle gemeinsam genutzten Programmblbllo- 
theken bzw. Datelen, welche von dem zu Installlerenden 
Programm venwendet werden diirfen, wodurch deren 
Vertrfiglichkeit a priori sichergestellt ist. Verwendet ein 
zu installierendes Programm ausschlleRHch diejenigen 
gemeinsam genutzten vertragllchen Dateien, die In der 
Wissensbasis aufgefuhrt sind, kann das erfindungsge- 
maBe Verfahren bzw. Programm die Installation furjede 
Datei uberprufen und eine eindeutige Korrekt/Falsch- 
Aussage treffen. Datelen, welche nicht In der Wissens- 
basis gefuhrt sind, werden nicht analysiert, sondern le- 
diglich mit einer entsprechenden Warnung versehen. 
Denn bei derartigen Dateien ist eine eindeutige Korrekt/ 
Falsch-Aussage offensichtlich nicht moglich. Diese 
Aussage 1st im ubrigen meistens auch nicht erforderlich, 
da es sich bet derartigen Dateien nomriaierweise urn 
programmspezifische Dateien handelt. 
[0010] Die in den in der Ablernphasegenerierten Aus- 
gabedateien bzw. SOLL-Vorgaben der Wissensbasis 
beschrelben die Eigenschaften derObjekte wie Dateien 
(Programmbibliotheken), Ordner, Schlussei und Eintra- 
ge in der Registrierungsdatenbank und dienen zur Ana- 
lyse, ob 

- z.B. die Datei in das richtige Zielverzetehnls instal- 
liert ist. 

- bei einer zu registrierenden Komponente exakt 
auch die gewunschte Datei Im angegebenen Pfad 
zu finden ist, 

- die Version und die GroBe der Datei korrekt sInd, 

- die Datei in die Registrierungsdatenbank einzutra- 
gen ist, 

- die richtige Lander- und Betrlebssystemvariante 

der Datei installiert ist, u.a.. 

[0011] Ob eine Datei korrekt installiert wurde, ist da- 
bei stets von der Ausgangskonfiguration des PCs ab. 
Das Analyseverfahren geht davon aus, dass die auf 
dem PC vor der Installation einer neuen Programmbi- 
bliothek vorgefundene Konfigu ration der Dateien kor- 
rekt Ist. Der einfachere Fall ist gegeben, wenn die vom 
Verfahren herangezogene Version einer Datei nach der 
Installation auf dem PC vorilegt, well sie vom Programm 
selbst installiert wurde, well sie schon vor der Installati- 
on vorhanden war und nicht bearbeitet wurde, oderweil 
die Datei bei gleicher Version und gleicher Gro3e ledig- 
iich uberschrieben wurde. Befand sich vor der installa- 
tion bereits eine neuere Datei auf dem PC, steilt dies 
das Analyseverfahren fest, indem es die PC-Konfigura- 
tion in der Ablemphase vorher ablernt und nach der In- 
stallation priift, ob es Dateien in Paketen gibt, welche 
nicht Installiert werden durften, um kelne unzuidssigen 
Komblnationen hervorzurufen. 



[0012] Das erfindungsgemaBe Verfahren beruckslch- 
tlgt also, dass Dateien oftmals lediglich als Bestandteil 
deflnlerter Software- Pakete oder lediglich in bestimm- 
ten Komblnationen mit anderen Dateien unter Win- 
5 dows^^ Installiert werden diirfen. Im tetzteren Fall erglbt 
sich also eine Art Software- Paket, allerdings eIn Paket 
logischer Art. Wind dabel eine Date! Installiert, die Be- 
standteil dieses Software- Paketes Ist, uberpruft das 
Verfahren mittels der Wissensbasis, ob alie weiteren 
10 Dateien dieses Paketes ebenfalis installiert wurden. 
Verschledene Verslonen von Dateien bedingen offen- 
. sichtlich die Handhabung verschiedener Versionen von 
Software-Paketen durch das Verfahren. 
[0013] Das Verfahren beschrankt sich bei seiner Ana- 
IS lyse der Korrektheit der Installatlon/Delnstallatlon auf 
diejenigen Verzelchnisse, In welche gemeinsam ge- 
nutzte Dateien installiert werden. Somit wird eine Ge- 
schwindigkeitsstelgerung in der Analysephase erzielt 
und das Ergebnisprotokoli der instaliation/Deinstal lati- 
no on wird entsprechend uberslchtilcher, da es nur die re- 
levanten Verzelchnisse bzw. Registry-Zweige protokoi- 
iiert. 

[0014] Fehlerhafte Installationen konnen von dem er- 
tlndungsgemaBen Verfahren korrigiert werden. Dabei 

25 werden die benotigten zu korrigierenden Dateien Je- 
wells der Wissensbasis entnommen. Aufgrund des Urn- 
fangs der Wissensbasis ist dies in der Praxis jedoch le- 
diglich eine Notfosung und dient ausschlieBlich der 
Uberbriickung der Zeitspanne, bis eine korrigierte In- 

30 stallatlon des Programmes durch die Bedienperson er- 
stelit ist. 

[0015] Das Verfahren besteht aus einem einzlgen 
ausfuhrbaren Programm, so dass das Verfahren kelne 
Programmbibliotheken venwenden muss. Welterhin 

35 werden die SOLL-Vorgaben der Wissensbasis und das 
Ergebnisprotokoli der Analyse bzw. das Analyseergeb- 
nis in eine einfache Textdatel geschrieben, um weder 
eine Datenbank installieren zu miissen Inklusive derzu- 
gehorigen Programmbibliotheken noch diese in das 

40 ausfuhrbare Programm einbinden zu mussen. 

[0016] in der Ablernphase werden alle Dateien bzvy. 
Programmbibliotheken im Referenzverzelchnis hin- 
sichtlich ihrer Version, GroBe etc. analysiert und proto- 
kolliert. Aus der logischen Baumstruktur des Referenz- 

45 verzeichnisses kann das Verfahren direkt die Vorgaben 
fur die Objekteigenschaften wie Zielverzeichnis, Be- 
trlebssystemVLandervariante und Zugehorigkeit zum 
einem Soflware-Paket entnehmen und ein Ergebnispro- 
tokoli bzw. eine Eingabedatei derzu uberprufenden Pro- 

50 gramminstallation fiir die Analysephase gemaB Fig. 1 
erstellen. 

[0017] In der Sektlon IHeader werden alle Variablen, 
wie z.B. das Appilkationsverzetchnis AppDir, der Regi- 
stry-Zweig AppRegKeys, u.a., definiert, um nicht das 
55 Dateisystem und die Registrierungsdatenbank des PC 
vollstandig abprufen zu mussen. Der Bezeichner bzw. 
Schlussei Pac/capeL/kennzeichnet eIn Software-Paket. 
Zur SIcherstellung der Eindeutigkeit setzt sich der 
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Schlussel Package J wie * folgt zusammen: 
PackageName_PackageVersion. Wird eine Sektlon 
durch den Schlussel Package=YES als Software- Paket 
gekennzeichnet, pruft das Verfahren in der Analysepha- 
se, Ob alle Datelen dieses Software- Paketes korrekt In- 
stalliertsind. DerSclilussel ComponenM ken nzeicli net 
die zu instaliierende Datei. Zur Siciierstellung der Ein- 
deutlgkelt setzt sich der SchlQssel ComponentJ wie 
folgt zusammen: 

FileName_File_Extension_FiieVersion (Fig. 1). 
[0018] In Fig. 2 ist eine Ausgabedatei der Ablernpha- 
se (Ergebnisprotokoll) bzw. eine Eingabedatei fur die 
AnaiysephasefQreinkonkreteslnstallatlonsbelspielge- 

zeigt. 

[0019] Eine Bedienoberflaciie eines PCs stellt in Fig. 
3 prinzipiell und in Fig. 4 gemalB der in Fig. 2 gezeigten 
Eingabedatei das Analyseergebnis bzw. das Ergebnis- 
protokoil einer beispieiiiaften Programminstaliation gra- 
fiscii dar. In den Fig. 3, 4 ist dabei die Bedienoberfiache 
auf der Basis von Treeview und Listview mit den Schlus- 
seln den in den Fig. 1 , 2 gezeigten EingabeVAusgabe- 
dateien gezeigt. Die einzelnen HierarciiieStufen bein- 
lialten, wie oben beschrieben, aile Intormationen zu den 
Dateien (Component), Software- Paketen (Package) 
und Zlelverzeichnissen. Betriebssystem- und lander- 
spezifische (COUNTRY) Dateien werden jewelis in ei- 
genen Unterordnern zusammengefasst. Sie befinden 
siciibeiderhiergewahiten hHlerarchiestruktur quasi eine 
Ebene unter den betiiebssystemund landerunabhangi- 
gen Dateien (Fig. 3, 4). 

[0020] Das Ergebnis der Installation wird dabei im 
Treeview durch eInes der folgenden Symbole ange- 
zeigt: 

Objekt korrekt hlnzugefUgt, 

- Update fOr existierendes Objekt korrekt ausgef iihrt, 
bestehendes Objekt korrekt entfemt. 

Oder 

Fehler beim Hinzufugen eines Objektes, 

Fehler beim Update einer existierenden Kompo- 

nente, 

- Fehler beim Entfernen einer bestehenden Kompo- 
nente. 

[0021] Dabei ist ein Objekt entweder eine Datei, alle 
Dateien eines Software- Paketes oder die Gesamtheit 
atler Dateien in einem Zielverzelchnis. 
[0022] In Fig. 4 ist die Bedienobertiache mit prakti- 
schen Werten fur die obigen Bezeichner gezeigt. Im 
Ustvlew wird ein detektlerter Fehler z.B. durch farbige 
Hervorhebung der entsprechenden Objekteigenschaf- 
ten kenntlich gemacht (z.B. "missing", "N0T_REG1S"). 
Im Listview werden weiterhin stets alle Eigenschaften 
einer Datei aufgelistet, exakt so wie sie auch in der Ein- 
gabedatei In der Analysephase durch die Wissensbasis 
vorgegeben werden. Damit werden im Listview auch die 



redundanten Informationen aus dem Treeview wie z.B. 
Software-Paketname, Zielverzelchnis, OS- und Lander- 
variante nochmals dargestelit. Dies ist notwendig, urn 
die Gegenuberstellung einer fehlerhaften Objekteigen- 

5 schaft wie z.B. "falsches Zielverzelchnis" besser vlsua- 
lisleren zu konnen. Moglich ist es belspielsweise auch, 
eine Komponente, welche ins falsche Zielverzelchnis in- 
stalllertwurde, im Treeview an der emnittelten IST-Stelle 
anzuzeigen. Im Listview konnte dann die SOLL-Stelle 

10 zusStzlteh In roter Schrlft angezeigt werden. 

[0023] in Fig. 5 ist vereinfacht die Analysevorrlchtung 
fur die Korrektheit der Installationen von Win- 
dows™- Prog rammen auf dem PC dargestelit. Die Vor- 
richtung weist insbesondere eine Speichereinheit 1 , ei- 

is ne Bewertungseinhelt 3 und eine Ausgabeeinheit 5 auf, 
die miteinander in Verbindung stehen. In der Speicher- 
einheit 1 ist die Wissensbasis bestehend aus dem Re- 
ferenzverzeichnis mit alien mdglichen gemeinsam ge- 
nutzten, vertraglichen Dateien sowie den SOLL-Vorga- 

20 ben fur das unter Windows''^^ zu instaliierende Pro- 
gramm gespeichert. Die BewertungseinheitS vergleicht 
das Installationsergebnis mit den jeweiligen SOLL-Vor- 
gaben und bewertet den Vergielch auf Korrektheit der 
Installation. Die Ausgabeeinheit 5 visualisiert das ermit- 

25 telte Analyseergebnis der Installation/Deinstallation. 
Die Erfindung wurde am Beispiel von Windows™-Pro- 
grammen beschrieben, jedoch ist die Erfindung auf je- 
des Programm, auch auf Programme anderer Betriebs- 
systeme als Windows anwendbar. 

30 

Patentansprtiche 

1 . Verfahren zur Analyse der Kon-ektheit von Installa- 
35 tlonen und Delnstailationen von Programmen, ins- 
besondere von Wlndows^^-Programmen, auf ei- 
nem PC, wobei 

eine Wissensbasis mit gemeinsam genutzten Pro- 
grammbibliotheken, die fur ein zu installierendes 
^0 bzw. deinstailierendes Programm vertraglichen 
sind, und SOLL-Vorgaben fur eine korrekte Instal- 
lation.bzw. Deinslallation des Programms generiert 
wird, 

ein Kontigurationszustand des PCs vor einer Instal- 
45 iation bzw. Deinstallation des Programms erfasst 
wird, 

ein Konfigurationszustand des PCs nach der Instal- 
iation bzw. Deinstallation des Programms erfasst 

wird, 

50 der Konfigurationszustand des PCs vor einer Instal- 
lation bzw. Deinstallation des Programms, der Kon- 
figurationszustand des PCs nach der Installation 
bzw. Deinstallation des Programms und die Soll- 
Vorgaben verglichen und bewertet werden, um eine 

55 korrekte installation bzw. Deinstallation der vom in- 
stallierten bzw! deinstallierten Programm gemein- 
sam genutzten Programmblbllotheken festzustel- 
len. und 
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das Analyseergebnis protokolliert ausgegeben 
wird. 

2. Verfahren nach Anspruch 1 , wobel eine Referenz- 
Installation bzw. Referenz-Deinstallation des Pro- 
gramms protokolliert wIrd, bei der alle vom Pro- 
gramm verwendeten, gemelnsam genutzten Pro- 
grammblbllotheken ausgefuhrt werden, und das Er- 
gebnisprotokoll als SOLL-Vorgaben fur die Wis- 
sensbasts verwendet wird. 

3. Verfahren nach Anspruch 1 oder 2, wobei die 
SOLL-Vorgaben im gtelchen Format wie das proto- 
kollierte und bewertete Analyseergebnis vorliegen 

4. Verfahren nach einem dervorhergehenden Ansprii- 
che, wobei bei der Installation bzw. Deinstallation 
einer Programmbibliothek eines Software- Pa ketes 
alle anderen Programmbibliotheken des Software- 
Paketes ebenfalls installiert bzw. deinstalliert wer- 
den. 

5. Verfahren nach eInem dervorhergehenden Ansprti- 
che, wobei die Analyse der Korrektheit auf die Ver- 
zeichnisse beschrankt wifd, in welchen gemelnsam 
genutzte Programmbibliotheken installiert bzw. 
deinstalliert sind. 

6. Verfahren nach einem dervorhergehenden Ansprii- 
che, wobei der Verfahrenablauf mit einem einzigen 
ausfuhrbaren Programm realisiert ist. 

7. Verfahren nach einem dervorhergehenden Anspru- 
che, wobei eine als fehlerhaft erkannte Installation 
bzw. Deinstallation korrigiert wird. 

8. Vorrichtung zur Analyse der Korrektheit von Instal- 
lationen und Deinstallationen von Programmen, 
insbesondere von Windows"^'^-Programmen, auf ei- 
nem PC, wobei die Vorrichtung Konfigurationszu- 
stande des PCs vor und nach der Installation bzw. 
Deinstallation des Programms erfasst und Ande- 
rungen protokolliert, umfassend 

eine in einer Speichereinheit (1) gespeicherte Wis- 
sensbasis mit gemelnsam genutzten Programmbi- 
bliotheken, die fur ein zu installierendes bzw. dein- 
stalllerendes Programm vertraglich sind, und 
SOLL-Vorgaben fur eine korrekte Installation bzw. 
Deinstallation des Programms, 
eine Bewertungseinheit (3) zum Vergleich und zur 
Bewertung des Konfigurationszustands des PCs 
vor einer Installation bzw. Deinstallation des Pro- 
gramms, des Konfigurationszustands des PCs 
nach der Installation bzw. Deinstallation des Pro- 
gramms und der Soll-Vorgaben, urn eine kon'ekte 
Installation bzw. Deinstallation der vom installierten 
bzw. delnstallierten Programm gemelnsam genutz- 
ten Programmbibliotheken festzustellen, und 



einer Ausgabeelnhelt (5)zum protokollierten Aus- 
geben des Analyseergebnisses. 
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[Heater] 

Appear = <appication foider> 

BoschDIr = <BOSCH cbmponenls foldep- 

KDKDir = <VyilnDir^HDK> 

/SppHKCURoot = «applfc38on'8 root toy In HKCU reglslfy br9nch> 
AppHKLMRool = oppBcalion's root Key in HKLM registry braneh> 



[PatitogeJ) 

Package «<YES/NO> 

" <ok/error;scanp' 

AdjiDrtB<NEWUPCV\TCCyDeLETED> ^ ^ »^ 

ConponenU - BeName. RleVersJon, FlteSize. CwirtiyVbraion, Regi5lfyKey/Cla»-ID, DeatinattonFoWer. 

OS-Vereion. RleDescriptfon 

ConponwtLi = Rssutt, RteNaire. FiteVersion. FiteSize, Count/yVciskm. ReglstiyKCy/aass-ID, OestlnaUonFolder, 
OS-Vefslon. FileD^ption 

CoTTTTOnerrt n ■ Abtsuffi. RteNairo, FWeision, FteSize. OouirtryVeralon. RflglstryKfijf/aass-ID, DestlnaltonFotder. 
OS-Vtoton. RleDeso^ion 



[Packege.q 

RackaQe»<YESWO 

Jf^tesuff •> <OK^ERROR/SCAr^ 

Conpon«nt I = Pesuft, FiteName. RleVbisicn, FiteSize, Count/yVwskm. RegWryKBy/Ctess-ID. Dest&iationFoldef. 
OS-Vafston, RteDescJiplIon 



(Header] 

AppDIr » <c:^ro9ram rile$\bosch\l33USM> 
BoschDir" <c:Vwlndaws\bosch>- 
HDKDIr <c:\Mkidows\hdk> 

DAOOIf = <c:\program WesNcomrTKXi fleaNMicroion Share<W)ao> 
AppHKCURool • <HKCU/Sonwafa/Dosch Tel8Com/iSM> 
AppHKLMRoot » < HKCU/Software/Bosch Teteoom/ISM > 

IDAO„3.0J 
P8cXage = YES 
Pest//r«SCAN 

DAO3032 DLL = SCAN. DAO3032.DU, 4.71 1. 86.324. Enollsh(U.S.). 

HKCfVCLSID;{0000031 M)00(M)OOO.CO00-0O0OOOO0OO46}. OAODtr. OSJNDEPENDENT, 
Data Access Object Library 3.0 

OA02fi32 TLB « SCAN. DA02532,TLa, NO^VERSION. 17.312, COUNTRYJNOEPENOErfT, 

HKCfVrypeUb/{002001 1«K»4-001 1-CO0W)O1230000041>. DAOWr. OSJNDEPENDENT. 
NO_DESCRJPnON 

MSJET32 DLL » SCAN. MSJET32 DLL. 0.815. 43.45B,COUNfTRYJN DEPENDENT. 
NOT.REGISTASLE, VWnSysDir. OSJNDEPENOEffT. 
. MIcroson Jet Engine 

[WINgS.CORE] 
Package « NO 
ReauffttSCAN 

AOVAPI32 DU VERSION 5010«SCAN, ADVAPI32.DLL. 5.0.10. 16.711. EngiishlU.S.). 

HKCR/CLSID/{001DC31W)23a-OODE-AB00^56000000143), \MnSysDlA. OS.WIN95. 
VUIn32 ADVAPI Core Compor;er)t 

ADVAPI32 OLO/ERSION 6304 « SCAN. ADVAPI32.0LL. 8.3.04. 17.645. EngTBhCU.S.). 

HKCR/CLSID/{00 1 DC31 «)230-O0Oe-ABO0-<1560000001 48). WnSysDir. 
V\An32 ADVAPI Cora Component 
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^ ^ Irutsllatton • Tod Vxjooc 
.... 

^ PackaoeJ 

£^63© ... 



F©<tf»rj 

ffi-fe 9 ComponenLI 

eh£d© ... 



^CompononLo 

^COUNTRY^n 

Fotder.!*! 



E ^ OS.oePENDENTJ 



^OS.0£PENOENTjl 



f Paefcaoe (4^1 

±i^-> - 
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